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DETAILED ACTION 
Respond to Amendment 

1 . This communication is considered fully response to the Amendment filed on 
1 1/06/2009. The following is the new ground rejection. 

Claim Rejections - 35 USC § 103 

2. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

3. Claims 18-33 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Pershan (US 6865266 B1 ) in views of Elliott et al (US 20040022237 A1). 

Regarding claim 18 Pershan disclose a method for implementing call routing, to be 
used in a next generation network using switch control devices as core control device 
(Fig. 1 shows soft switch 130), comprising implementing call routing by route service 
devices: 

(a) upon a user route change, a soft switching control device reporting a change route 
information (Soft switches 130, 152 provide calling and called information to the servers, 
then the servers determine routing and move the call to its ultimate destination, e.g., 
they determine the routing instructions for called numbers see coin: 10 lines 16-19) 
to service devices at father nodes (server 132 of fig. 1) of the soft switch control device 
(Fig. 1 shows soft switch 130), the changed route information includes user 
characteristics information, user node information and type of route operation type (Soft 
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switches 130 include routing information and other control information associated with 
providing (VOIP) service, e.g., telephone service, to VOIP service customers, e.g., 
customers represented by VOIP telephone devices 106, 154. Depending on the 
implementation, the control and/or routing information and function may be implemented 
in the soft switch using one or more devices such as a trunk call agent 136 and a line 
call agent 138 see coln:9 lines 1-2 and coin: 10 lines 1-6). 

(d) the route service devices that received broadcasting follows a same method as the 
route service device that received report of the change route information to register and 
broadcast the received route information (step 338, soft switch 152 receives the call and 
uses one of a plurality of techniques to identify routing instructions, e.g., an IP address. 
Then in step 340 the soft switch 152 transmits a query to server 156, i.e., the server 
responsible for servicing calls to user device 154. Next, in step 342 The server 156 
receives the query and determines the IP address that correlates with the called 
number. In step 344 the determined IP address is transmitted to the soft switch 152. 
Then in step 346 the soft switch 152 forwards the IP address to first media/proxy server 
132. In step 350, the call is completed to end user device 154 to which the called party 
indicated calls were to be forwarded to. See coin: 16 lines 21-33). 

(e) when calling across domains, the soft switch control device to which the calling 
belongs to initiates an inquiry to the route service devices at father node of the soft 
switch control device to which the calling belongs (In the FIG. 6 example a calling party 
106 whose number was ported from the PSTN to the VOIP domain originates a call 
from the VOIP network 104. The exemplary call is directed to a called party 108 located 
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in the PSTN 102. As discussed above, from a billing perspective, it may be desirable to 
have the call billed as if it originated from the Centrex S SP 120 used to service the 
originating (calling party) telephone number before it was ported to the VOIP network 
104. In this manner, changes in customer billing procedures as perceived by the 
customer, who may be important for business clients, can be minimized despite a 
telephone number being ported to the VOIP network see coin: 19 lines 37-49) 
and also (Gateway switch 122 serves as the link between the VOIP soft switch 130 and 
the CTX SSP 120 through which the called party in the PSTN 102 can be reached by 
the calling party in the IP network 104 see coin: 19 lines 59-62). 
(f) a route service devices upon receiving inquiry request searches route information of 
a user from the route information database (the FIG. 6 example begins in step 602 with 
the calling party dialing the called party's telephone number, e.g., 301-774-5200 into the 
IP telephone device 106. In step 604, the IP call which is received by the media/proxy 
server 132 and is routed to soft switch 130 and In step 606 the call is received at soft 
switch 130. Next, in step 608, the soft switch 130 sends a query to media/proxy server 
132 seeking routing instructions for called number 301-774-5200 see coin: 19 lines 63- 
67 and coin :20 lines 1-4) also (The SCP accesses a LNP database that includes 
information associating ported telephone numbers to Location Routing Numbers (Lens). 
Each LRN normally corresponds to a telephone switch, e.g., a competitor's switch, 
which is responsible for servicing one or more ported calls. Accordingly, the LRN is the 
number that identifies the SSP to which the called telephone number is ported see 
coln:3 LINES 50-57) if the user route is obtained or a result indicates the user does not 
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exist, execute step (h), otherwise, execute step (g) ; 

(g) the route service devices continuing an inquiry to a node in the route record to the 
local node, if there is no route record, continuing an inquiry its father nodes, and 
returning to step (f) (the soft switch 152 transmits a query to server 156, i.e. the server 
responsible for servicing calls to user device 154. Next, in step 342 the server 156 
receives the query and determines the IP address that correlates with the called 
number. In step 344 the determined IP address is transmitted to the soft switch 152. 
Then in step 346 the soft switch 152 forwards the IP address to first media/proxy server 
132. In step 350, the call is completed to end user device 154 to which the called party 
indicated calls were to be forwarded to see coin: 16 lines 24-33); and 

(h) returning the inquiry result to the local node that initiated the inquiry, any local node 
that receives the inquiry result continue to return the inquiry result to the local node that 
made the inquiry, until returning to the soft switch control device which first made the 
inquiry. (In step 612, the media/proxy server sends the routing information back to the 
soft switch 130 informing it to route the call to a local Signal Transfer Point (STP) 150 
for SS7 routing. The soft switch 130 receives the instructions in step 614 and, in step 
616, contacts its local media/proxy server 132 which has SS-7 connectivity. Next in step 
618, the media/proxy server 132 uses SS7 messaging to contact the local PSTN STP 
150. In step 620, the STP 150 verifies that the requested call can be completed, e.g., 
the STP 150 checks to see if the called line is busy or if a no answer condition exists. If 
either of these conditions is detected by the STP 1 50, the STP 1 50 will inform the 
media/proxy server 132, and the calling party would hear a busy signal or a no answer 
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condition indication under the direction of server 132 or Softswitch 130 see con:20 lines 
10-25). Pershan does not disclose: (b) a route service device that received report of the 
change route information, searches a route information database for a record still 
pending registration of a user, and registers a route record of the user to the route 
information database according to the reported change route information and content of 
the record of the user. 

(c) when a route information of the user reflects a change between a local node and its 
father node the route service devices that finished registration broadcasting the route 
information reflecting the change to route services at father nodes of the route service 
devices that finished registration. Elliott et al from the same or similar endeavor teach; 

(b) a route service device that received report of the change route information, searches 
a route information database for a record still pending registration of a user, and register 
a route record of the user to the route information database according to the reported 
change route information and content of the record of the user (Soft switch 418 
communicates 538 with SS7 GW proxy 424 accepting signaling messages from SS7 
gateways 208. Soft switch 418 communicates 540 with SS7 GW proxy 424 sending 
signaling messages to SS7 gateway 208. In sending signaling messages, soft switch 
204 uses 542 command and control registration of the soft switch 204 with SS7 
gateway 208 see [0881]). 

(c) when a route information of the user reflects a change between a local node and its 
father node the route service devices that finished registration (Soft switch accepts 
IPDC messages from access servers from interaction with the servers. This 
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communication extends 544 the soft switch command and control which registers soft 
switch 204 with SS7 gateways 232a. This registration uses 546 interaction between the 
soft switch and SS7 gateway 424. SS7 gateway 424 communicates 548 with the soft 
switch 418 see [0882] lines 5-9) broadcasting the route information reflecting the 
change to route services at father nodes of the route service devices that finished 
registration (Diagram 542 illustrates intercommunications between access server 232a, 
soft switch 204 and SS7 gateway 208. Access server 232a communicates 544 with soft 
switch 418. Soft switch accepts IPDC messages from access servers from interaction 
with the servers. This communication extends 544 the soft switch command and control 
which registers soft switch 204 with SS7 gateways 232a. This registration uses 546 
interaction between the soft switch and SS7 gateway 424. SS7 gateway 424 
communicates 548 with the soft switch 418 see [0882].Thus it would have been obvious 
to one of ordinary skill in the art to implement the method of Elliott et al in the system of 
Pershan The method of Pershan can be implemented on any type of method ; b) a 
route service device that received report of the change route information, searches a 
route information database for a record still pending registration of a user, and register a 
route record of the user to the route information database according to the reported 
change route information and content of the record of the user, 
(c) when a route information of the user reflects a change between a local node and its 
father node the route service devices that finished registration broadcasting the route 
information reflecting the change to route services at father nodes of the route service 
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devices that finished registration which is taught by Elliott with a motivation to in order to 
provide efficient transmission for voice and data traffic over a data network. 

Regarding claim 19 note that Elliott teach the method, wherein when performing 
registration in step (b) (Soft switch 418 communicates 538 with SS7 GW proxy 424 
accepting signaling messages from SS7 gateways 208. Soft switch 418 communicates 
540 with SS7 GW proxy 424 sending signaling messages to SS7 gateway 208. In 
sending signaling messages, soft switch 204 uses 542 command and control 
registration of the soft switch 204 with SS7 gateway 208 see [0881 ]), if the operation 
type of the reported changed route information corresponds to user moving in, when 
there is no route record of the user in the route information database (Table 145 below 
provides the Startup messages, the parameter tags, the parameter descriptions 
(associated with these messages) and the R/O status 151 TABLE 145 Startup 
(registration and de-registration) Parameter Message Tag Description R/O NSUP - 
Notify Access 0x00000000 Message Code R Server coming up 0x0000000 1 
Transaction ID R 0x00000001 Protocol version R implemented see [01550]) 
, establish a new record, when the record information of the user is different from the 
reported changed route information, update the record in conformity with preset 
condition (Data distributor 222 distributes customer database tables to SCP 214. Data 
distributor 222 also distributes route plan updates of configurations to SCP 214. 
Customer tables are updated through a database replication server see [1 151] lines 3- 
6), otherwise, not perform the operation; if the operation type of the reported changed 
route information corresponds to user moving out, delete or update the route record of 
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the user which has the same node information (The egress soft switch can similarly 
generate and forward call event blocks to the same or another RNECP for inclusion in 
the call event record. In one embodiment, all the call event blocks for the call record for 
a given call are sent to one RNECP which maintains a copy throughout the call (i.e. 
even if interim copies are transmitted for storage). In one embodiment, the call event 
record is removed from the RNECP upon completion of the call to free up space for 
additional calls see [1162]). 

Regarding claim 20 note that Elliott et al teach The method, wherein the operation 
types have two kinds, which are addition and deletion; or have three kinds, which are 
addition, move- out and account-cancel (Verification can result in the need to enforce a 
restriction, such as a class of service (COS) restriction (COSR). In this example, the soft 
switch site can verify that the account code is valid, but that it requires that an intrastate 
COSR should be enforced. This means that the call is required to be an intrastate call to 
be valid. The class of service restriction logic can be performed within the soft switch 
site using, for example, pre-loaded local access and transport areas (LATAs) and state 
tables. The soft switch would then allow the call to proceed if the class of service 
requested matches the authorized class of service. For example, if the LATA and state 
tables show that the LATA of the originating party and the LATA of the terminating party 
are in the same state, then the call can be allowed to proceed see [0035]). , and the 
user characteristics information includes information of specific domain (signaling 
messages for a call which either originates from an on-network calling party 122, or 
terminates to on-network called party 124, can be carried in-band over data network 
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1 1 2 or over a separate data network to soft switch sites 1 04, 1 06, rather than through 
signaling network 114 [0461]. 

Regarding claim 21 note that Pershan disclose the method, wherein the user node in 
the step (a) is a type of soft switch control device, or a type of route service device( fig . 1 
shows user node 132 for user 106). 

Regarding claim22 note that Elliott et al teach The method, wherein in the step (c), 
when a route information of the user reflects a change between the local node and a 
designated brother node, the route service device that finished the registration also 
broadcasts the route information reflecting the change to the designated brother node 
(Diagram 542 illustrates intercommunications between access server 232a, soft switch 
204 and SS7 gateway 208. Access server 232a communicates 544 with soft switch 418. 
Soft switch accepts IPDC messages from access servers from interaction with the 
servers. This communication extends 544 the soft switch command and control which 
registers soft switch 204 with SS7 gateways 232a. This registration uses 546 interaction 
between the soft switch and SS7 gateway 424. SS7 gateway 424 communicates 548 
with the soft switch 418 see [0882]). 

Regarding claim23 Pershan disclose the method, wherein the operation types have 
two kinds, which are addition and deletion, in the step (f), the route service device 
performing the inquiry makes judgment according to a looking up result in the route 
information database (the ISCP 128 and SCP included therein, can obtain VOIP 
telephone service subscriber information and use that information in making PSTN call 
routing/completion decisions see coin: 1 1 lines 1- 5 also The SCP accesses a LNP 
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database that includes information associating ported telephone numbers to Location 
Routing Numbers (LRNs). Each LRN normally corresponds to a telephone switch, e.g., 
a competitor's switch, which is responsible for servicing one or more ported calls. 
Accordingly, the LRN is the number that identifies the SSP to which the called 
telephone number is ported see coln:3 LINES 50-57) by following logic: if the looking up 
result is that there is no record of user to be inquired, for a local node which is at the 
highest layer, obtaining the looking up result that there is no user, for a local node which 
is not at the highest layer, continuing an inquiry (the soft switch 152 transmits a query to 
server 156, i.e. the server responsible for servicing calls to user device 154. Next, in 
step 342 the server 156 receives the query and determines the IP address that 
correlates with the called number. In step 344 the determined IP address is transmitted 
to the soft switch 152. Then in step 346 the soft switch 152 forwards the IP address to 
first media/proxy server 132. In step 350, the call is completed to end user device 154 to 
which the called party indicated calls were to be forwarded to see coin: 16 lines 24-33); 
and also Elliott et al teach if there is record of user to be inquired in the looking up 
result, when the user node in the route record is a soft switch control device, obtaining 
the inquiring result of the route of the user; when the user node in the route record is not 
a soft switch control device, continuing an inquiry (In step 2208, the lookup returns 
subscription information. For example, the customer profile can require entry of an 
account code. In this example, the customer profile lookup can return an indication that 
the customer, i.e. calling party 102, has subscribed to an account code verification 
feature. A class of service restriction can also be enforced, but this will not be known 
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until account code verification identifies an associated account code see [0494]). 
Regarding claim24 Pershan disclose the method, wherein the operation types have 
three kinds: addition, move-out and account-cancel, in the step (f), the route service 
device performing inquiry makes judgment according to the looking up result in the 
route information database (The SCP accesses a LNP database that includes 
information associating ported telephone numbers to Location Routing Numbers 
(LRNs). Each LRN normally corresponds to a telephone switch, e.g., a competitor's 
switch, which is responsible for servicing one or more ported calls. Accordingly, the LRN 
is the number that identifies the SSP to which the called telephone number is ported 
see coln:3 LINES 50-57) by the following logic: if the looking up result is that there is no 
record of user to be inquired, for a local node which is at the highest layer, obtaining a 
looking up result indicating that there is no user, for a local node which is not at the 
highest layer, continuing an inquiry(Pershan: the soft switch 152 transmits a query to 
server 156, i.e. the server responsible for servicing calls to user device 154. Next, in 
step 342 the server 156 receives the query and determines the IP address that 
correlates with the called number. In step 344 the determined IP address is transmitted 
to the soft switch 152. Then in step 346 the soft switch 152 forwards the IP address to 
first media/proxy server 132. In step 350, the call is completed to end user device 154 to 
which the called party indicated calls were to be forwarded to see coin: 16 lines 24-33); 
if the looking up result is that there is record of user to be inquired, identifying the 
operation type in the record: when the operation type is addition, if the user node in the 
record is a type of soft switch control device ( Pershan: fig. 1 shows user node 132 for 
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user 1 06), obtaining the looking up result of the route of the user; If the user node is a 
type of route service device, continuing an inquiry( Pershan: the soft switch 152 
transmits a query to server 156, i.e. the server responsible for servicing calls to user 
device 154. Next, in step 342 the server 156 receives the query and determines the IP 
address that correlates with the called number. In step 344 the determined IP address is 
transmitted to the soft switch 152. Then in step 346 the soft switch 152 forwards the IP 
address to first media/proxy server 132. In step 350, the call is completed to end user 
device 154 to which the called party indicated calls were to be forwarded to see coin: 16 
lines 24-33); when the operation type is move-out, if the local node is at the highest 
layer, obtaining a looking up result indicating that there is no user; if the local node is 
not at the highest layer, continuing an inquiry; and Also note that Elliott et al teach when 
the operation type is account-cancel, obtaining a looking up result indicating that there 
is no user (Elliott et al : Verification can result in the need to enforce a restriction, such 
as a class of service (COS) restriction (COSR). In this example, the soft switch site can 
verify that the account code is valid, but that it requires that an intrastate COSR should 
be enforced. This means that the call is required to be an intrastate call to be 
valid. The class of service restriction logic can be performed within the soft switch site 
using, for example, pre-loaded local access and transport areas (LATAs) and state 
tables. The soft switch would then allow the call to proceed if the class of service 
requested matches the authorized class of service. For example, if the LATA and state 
tables show that the LATA of the originating party and the LATA of the terminating party 
are in the same state, then the call can be allowed to proceed see [0035]). 
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Regarding claim25 Pershan disclose a system for implementing call routing to be 
used in a next generation network using switch control devices as core control device 
(Fig. 1 shows soft switch 130) as a core control device, comprising a plurality of soft 
switch (fig. 1 shows plurality of soft switches 152 ,130) control devices with users, 
wherein, the system further comprises a plurality of route service devices (fig. 1 shows 
plurality of service route 156 and 132), each of the route service devices and each of 
the soft switch control device form a node of the system, and the nodes are networked 
in a layered form, each sub-node has at least a father node, and each father node has 
at least a sub-node, the soft switch control device is a node at the lowest layer, and the 
route service device should have a sub-node (see fig. 1 shows all the subject matter to 
this point), wherein: the soft switch device reports changed route information (Soft 
switches 130, 152 provide calling and called information to the servers, then the servers 
determine routing and move the call to its ultimate destination, e.g., they determine the 
routing instructions for called numbers see coin: 10 lines 16-19) to the route service 
device at a father node when its user adding or moving out, and initiates a route inquiry 
to the route service device at the father node when its user calls across domains (In the 
FIG. 6 example a calling party 106 whose number was ported from the PSTN to the 
VOIP domain originates a call from the VOIP network 104. The exemplary call is 
directed to a called party 108 located in the PSTN 102. As discussed above, from a 
billing perspective, it may be desirable to have the call billed as if it originated from the 
Centrex SSP 120 used to service the originating (calling party) telephone number 
before it was ported to the VOIP network 104. In this manner, changes in customer 
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billing procedures as perceived by the customer, which may be important for business 
clients, can be minimized despite a telephone number being ported to the VOIP network 
see coin: 19 lines 37-49) broadcasting the changed route information to related node, 
performing inquiry after receiving the inquiry request, and returning inquiring result to 
the node initiating the inquiry In step 612, the media/proxy server sends the routing 
information back to the soft switch 130 informing it to route the call to a local Signal 
Transfer Point (STP) 150 for SS7 routing. The soft switch 130 receives the instructions 
in step 614 and, in step 616, contacts its local media/proxy server 132 which has SS-7 
connectivity. Next, in step 618, the media/proxy server 132 uses SS7 messaging to 
contact the local PSTN STP 150. In step 620, the STP 150 verifies that the requested 
call can be completed, e.g., the STP 150 checks to see if the called line is busy or if a 
no answer condition exists. If either of these conditions is detected by the STP 150, the 
STP 150 will inform the media/proxy server 132, and the calling party would hear a busy 
signal or a no answer condition indication under the direction of server 132 or Softswitch 
130 see con:20 lines 10-25).Pershan does not disclose the route service device is for 
registering the reported information, performing adding, deleting and updating of route 
record in a route information database, Elliott et al from the same or similar endeavor 
teach (The egress soft switch can similarly generate and forward call event blocks to the 
same or another RNECP for inclusion in the call event record. In one embodiment, all 
the call event blocks for the call record for a given call are sent to one RNECP which 
maintains a copy throughout the call (i.e. even if interim copies are transmitted for 
storage). In one embodiment, the call event record is removed from the RNECP upon 
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completion of the call to free up space for additional calls see [1 162]). Thus it would 
have been obvious to one of ordinary skill in the art to implement the method of Elliott et 
al in the system of Pershan The method of Pershan can be implemented on any type of 
method the route service device is for registering the reported information, performing 
adding, deleting and updating of route record in a route information database which is 
taught by Elliott with a motivation to in order to provide efficient transmission for voice 
and data traffic over a data network. 

Regarding claim 26 Pershan disclose the system, wherein the route service device 
comprises a route information database module, a route registration module, a route 
broadcast module and a route inquiry module, (Soft switches 130 include routing 
information and other control information associated with providing (VOIP) service, e.g., 
telephone service, to VOIP service customers, e.g., customers represented by VOIP 
telephone devices 106, 154. Depending on the implementation, the control and/or 
routing information and function may be implemented in the soft switch using one or 
more devices such as a trunk call agent 136 and a line call agent 138 that inherent 
database .registration .route broadcast and query module see coln:9 lines 1-2 and coin: 
10 lines 1-6). wherein the route information database module is for storing a route 
record of a user, inputting the route record of the user, and providing an interface for 
accessing the route record of the user; wherein the route registration module is for 
receiving a route information reported or forwarded by the route broadcast module, 
looking up a record of a user to be registered from the route information database, and 
registering the route record of the user to the route information database according to 
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the reported route information and content of the user record; wherein the route 
broadcast module is for receiving a broadcasted route information(step 338, soft switch 
152 receives the call and uses one of a plurality of techniques to identify routing 
instructions, e.g., an IP address. Then in step 340 the soft switch 152 transmits a query 
to server 156, i.e., the server responsible for servicing calls to user device 154. Next, in 
step 342 the server 156 receives the query and determines the IP address that 
correlates with the called number. In step 344 the determined IP address is transmitted 
to the soft switch 152. Then in step 346 the soft switch 152 forwards the IP address to 
first media/proxy server 132. In step 350, the call is completed to end user device 154 to 
which the called party indicated calls were to be forwarded to. See coin: 16 lines 21-33) 
; and 

wherein the route inquiry module is for receiving or sending an inquiry request, looking 
up a record of a user to be inquired from the route information database, returning an 
inquiring result to a node requesting the inquiry upon finding a route of the user (the 
FIG. 6 example begins in step 602 with the calling party dialing the called party's 
telephone number, e.g., 301 -774-5200 into the IP telephone device 1 06. In step 604, 
the IP call which is received by the media/proxy server 132 and is routed to soft switch 
130 and In step 606 the call is received at soft switch 130. Next, in step 608, the soft 
switch 130 sends a query to media/proxy server 132 seeking routing instructions for 
called number 301-774-5200 see coin: 19 lines 63-67 and coin :20 lines i-4), upon 
determining that there is no user or upon receiving an inquiring result provided by other 
nodes, otherwise, continuing an inquiry to the node in the route record, and if there is no 
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route record, then continuing an inquiry to its father node (the soft switch 152 transmits 
a query to server 156, i.e. the server responsible for servicing calls to user device 154. 
Next, in step 342 the server 156 receives the query and determines the IP address that 
correlates with the called number. In step 344 the determined IP address is transmitted 
to the soft switch 152. Then in step 346 the soft switch 152 forwards the IP address to 
first media/proxy server 132. In step 350, the call is completed to end user device 154 to 
which the called party indicated calls were to be forwarded to see coin: 16 lines 24-33) 
Also note that Elliott teach and when a route information of a user reflects a change 
between a local node and its father node, or between the local node and both the father 
node and a designated brother node, broadcasting the route information of the user 
reflecting the change to its father node or both to the father node and the designated 
brother node. Elliott et al from the same or similar endeavor teach (Diagram 542 
illustrates intercommunications between access server 232a, soft switch 204 and SS7 
gateway 208. Access server 232a communicates 544 with soft switch 418. Soft switch 
accepts IPDC messages from access servers from interaction with the servers. This 
communication extends 544 the soft switch command and control which registers soft 
switch 204 with SS7 gateways 232a. This registration uses 546 interaction between the 
soft switch and SS7 gateway 424. SS7 gateway 424 communicates 548 with the soft 
switch 418 see [0882]). 

Regarding claim 27 Pershan disclose a route service device to be used in a next 
generation network, comprising: a route information database module, a route 
registration module, a route broadcast module, and a route inquiry module (Soft 
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switches 130 include routing information and other control information associated with 
providing (VOIP) service, e.g., telephone service, to VOIP service customers, e.g., 
customers represented by VOIP telephone devices 106, 154. Depending on the 
implementation, the control and/or routing information and function may be implemented 
in the soft switch using one or more devices such as a trunk call agent 136 and a line 
call agent 138 that inherent database .registration , route broadcast and query module 
see coln:9 lines 1-2 and coin: 10 lines 1-6) wherein the route information database 
module is for storing a route record of a user, inputting the route record of the user, and 
providing an interface for accessing the route record of the user; wherein the route 
registration module is for receiving a route information reported or forwarded by the 
route broadcast module, looking up a record of a user to be registered from the route 
information database, and registering the route record of the user to the route 
information database according to the reported route information and content of the 
user record; wherein the route broadcast module is for receiving a broadcasted route 
information (step 338, soft switch 152 receives the call and uses one of a plurality of 
techniques to identify routing instructions, e.g., an IP address. Then in step 340 the soft 
switch 152 transmits a query to server 156, i.e., the server responsible for servicing 
calls to user device 154. Next, in step 342 the server 156 receives the query and 
determines the IP address that correlates with the called number. In step 344 the 
determined IP address is transmitted to the soft switch 152. Then in step 346 the soft 
switch 152 forwards the IP address to first media/proxy server 132. In step 350, the call 
is completed to end user device 154 to which the called party indicated calls were to be 
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forwarded to. See coin: 16 lines 21-33); and wherein the route inquiry module is for 
receiving or sending an inquiry request, looking up the a record of a user to be inquired 
from the route information database, returning an inquiring result to a node requesting 
the inquiry upon finding a route of the user (the FIG. 6 example begins in step 602 with 
the calling party dialing the called party's telephone number, e.g., 301-774-5200 into the 
IP telephone device 106. In step 604, the IP call which is received by the media/proxy 
server 132 and is routed to soft switch 130 and In step 606 the call is received at soft 
switch 130. Next, in step 608, the soft switch 130 sends a query to media/proxy server 
132 seeking routing instructions for called number 301-774-5200 see coin: 19 lines 63- 
67 and coin :20 lines 1-4) , upon determining that there is no user or upon receiving an 
inquiring result provided by other nodes, otherwise, continuing an inquiry to the node in 
the route record, and if there is no route record, then continuing an inquiry to its father 
node(the soft switch 152 transmits a query to server 156, i.e. the server responsible for 
servicing calls to user device 154. Next, in step 342 the server 156 receives the query 
and determines the IP address that correlates with the called number. In step 344 the 
determined IP address is transmitted to the soft switch 152. Then in step 346 the soft 
switch 152 forwards the IP address to first media/proxy server 132. In step 350, the call 
is completed to end user device 154 to which the called party indicated calls were to be 
forwarded to see coin: 16 lines 24-33). Pershan dose not disclose, and when a route 
information of a user reflects a change between a local node and its father node, 
broadcasting the route information of the user reflecting the change to its father node. 
Elliott et al from the same or similar endeavor teach (Diagram 542 illustrates 
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intercommunications between access server 232a, soft switch 204 and SS7 gateway 
208. Access server 232a communicates 544 with soft switch 418. Soft switch accepts 
IPDC messages from access servers from interaction with the servers. This 
communication extends 544 the soft switch command and control which registers soft 
switch 204 with SS7 gateways 232a. This registration uses 546 interaction between the 
soft switch and SS7 gateway 424. SS7 gateway 424 communicates 548 with the soft 
switch 418 see [0882]. Thus it would have been obvious to one of ordinary skill in the art 
to implement the method of Elliott et al in the system of Pershan The method of 
Pershan can be implemented on any type of method when a route information of a user 
reflects a change between a local node and its father node, broadcasting the route 
information of the user reflecting the change to its father node which is taught by Elliott 
with a motivation to in order to provide efficient transmission for voice and data traffic 
over a data network. 

Regarding claim 28 Note that Pershan disclose the route service device, wherein the 
route registration module comprises: a report information receiving unit, for receiving 
route information reported by a soft switch control device (Fig. 1 shows soft switch 130), 
or forwarded by the route broadcast module; a registration access unit, for looking up 
the route record of the user in the route information database according to the 
information of the user to be registered in the reported information (Soft switches 130 
include routing information and other control information associated with providing 
(VOIP) service, e.g., telephone service, to VOIP service customers, e.g., customers 
represented by VOIP telephone devices 106, 154. Depending on the implementation, 
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the control and/or routing information and function may be implemented in the soft 
switch using one or more devices such as a trunk call agent 136 and a line call agent 
138 that inherent database .registration .route broadcast and query module see coln:9 
lines 1-2 and coin: 10 lines 1-6) and; a register judgment unit(the ISCP 128 and SCP 
included therein, can obtain VOIP telephone service subscriber information and use that 
information in making PSTN call routing/completion decisions see coin: 11 lines 1-5 also 
The SCP accesses a LNP database that includes information associating ported 
telephone numbers to Location Routing Numbers (LRNs). Each LRN normally 
corresponds to a telephone switch, e.g., a competitor's switch, which is responsible for 
servicing one or more ported calls. Accordingly, the LRN is the number that identifies 
the SSP to which the called telephone number is ported see coin: 3 LINES 50-57). 
Also note that Elliott teach for establishing a new record if there is no route record of the 
user when the operation type corresponds to the user moving in, updating the record in 
the database in conformity with preset condition if the route record information of the 
user is different from the reported information, otherwise, not performing operation; 
deleting or updating the route record of the user if the operation type of the report 
information corresponds to user moving out and the user node in the user record is 
same to the node in the reported information (The egress soft switch can similarly 
generate and forward call event blocks to the same or another RNECP for inclusion in 
the call event record. In one embodiment, all the call event blocks for the call record for 
a given call are sent to one RNECP which maintains a copy throughout the call (i.e. 
even if interim copies are transmitted for storage). In one embodiment, the call event 



Application/Control Number: 10/582,980 Page 23 

Art Unit: 2475 

record is removed from the RNECP upon completion of the call to free up space for 
additional calls see [1162]). 

Regarding claim 29 note that Pershan disclose the route service device, wherein the 
route broadcast module comprises: a broadcast information receiving unit, for receiving 
the route information broadcasted by other nodes, forwarding the information to the 
route registration module(Soft switches 130 include routing information and other 
control information associated with providing (VOIP) service, e.g., telephone service, to 
VOIP service customers, e.g., customers represented by VOIP telephone devices 106, 
154. Depending on the implementation, the control and/or routing information and 
function may be implemented in the soft switch using one or more devices such as a 
trunk call agent 136 and a line call agent 138 that inherent database .registration .route 
broadcast and query module see coln:9 lines 1-2 and coin: 10 lines 1-6) a broadcast 
judgment unit, forjudging whether the a route information of the user to be registered 
reflects a change between its node and its father node, if yes, handing over the route 
information of the user to the route information broadcast unit(the ISCP 128 and SCP 
included therein, can obtain VOIP telephone service subscriber information and use that 
information in making PSTN call routing/completion decisions see coin: 11 lines 1-5 also 
The SCP accesses a LNP database that includes information associating ported 
telephone numbers to Location Routing Numbers (LRNs). Each LRN normally 
corresponds to a telephone switch, e.g., a competitor's switch, which is responsible for 
servicing one or more ported calls. Accordingly, the LRN is the number that identifies 
the SSP to which the called telephone number is ported see coin: 3 lines 50-57) 
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; and 

a route information broadcast unit, for broadcasting the changed route information to the 
father node (In the FIG. 6 example a calling party 106 whose number was ported from 
the PSTN to the VOIP domain originates a call from the VOIP network 104. The 
exemplary call is directed to a called party 108 located in the PSTN 102. As discussed 
above, from a billing perspective, it may be desirable to have the call billed as if it 
originated from the Centrex SSP 120 used to service the originating (calling party) 
telephone number before it was ported to the VOIP network 104. In this manner, 
changes in customer billing procedures as perceived by the customer, which may be 
important for business clients, can be minimized despite a telephone number being 
ported to the VOIP network see coin: 19 lines 37-49) 

Regarding claim 30 note that Pershan et al disclose the route service device, wherein 
the route inquiry module comprises: an inquiry interface unit ( IP gateway switch 122 of 
fig. 1 ), for receiving an inquiring request from other nodes or sending an inquiry request 
to other nodes, and returning the inquiring result of the route inquiry module to the node 
requesting the inquiry or forwarding the inquiring result received from other nodes (The 
IP gateway switch 122 couples the PSTN 102 to the VOIP network 104 and servers to 
interface between the PSTN and IP networks by performing any necessary signaling, 
packetization, and protocol conversions. IP gateway switch functionality can be 
incorporated into switches which also provide complete PSTN functionality. Such 
multiprotocol telephone switches may include links to both the PSTN 102 and VOIP 
network 104 see coln:9 lines 2-10) an inquiry access unit, for looking up in the route 
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information database according to the characteristic information of the user to be looked 
up in the inquiry request, and reporting the inquiring result to an inquiry judgment unit; 
and an inquiry judgment unit, (the ISCP 128 and SCP included therein, can obtain VOIP 
telephone service subscriber information and use that information in making PSTN call 
routing/completion decisions see coin: 11 lines 1-5 also The SCP accesses a LNP 
database that includes information associating ported telephone numbers to Location 
Routing Numbers (LRNs). Each LRN normally corresponds to a telephone switch, e.g., 
a competitor's switch, which is responsible for servicing one or more ported calls. 
Accordingly, the LRN is the number that identifies the SSP to which the called 
telephone number is ported see coln:3 LINES 50-57) forjudging whether the inquiring 
result is that the user route is obtained or the user does not exist according to a looking 
up result, or it is necessary to send the inquiry request to related node, and to indicate 
the inquiry interface unit to perform corresponding operation (the FIG. 6 example begins 
in step 602 with the calling party dialing the called party's telephone number, e.g., 301- 
774-5200 into the IP telephone device 106. In step 604, the IP call which is received by 
the media/proxy server 132 and is routed to soft switch 130 and In step 606 the call is 
received at soft switch 130. Next, in step 608, the soft switch 130 sends a query to 
media/proxy server 132 seeking routing instructions for called number 301-774-5200 
see coin: 19 lines 63-67 and coin :20 lines 1-4). 

Regarding claim 31 note that Elliott et al teach the route service device of, wherein 
when the route information of the user reflects a change between local node and a 
designated brother node, the route broadcast module broadcasts the route information 
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reflecting the change to the designated brother node (Diagram 542 illustrates 
intercommunications between access server 232a, soft switch 204 and SS7 gateway 
208. Access server 232a communicates 544 with soft switch 418. Soft switch accepts 
IPDC messages from access servers from interaction with the servers. This 
communication extends 544 the soft switch command and control which registers soft 
switch 204 with SS7 gateways 232a. This registration uses 546 interaction between the 
soft switch and SS7 gateway 424. SS7 gateway 424 communicates 548 with the soft 
switch 418 see [0882]). 

Regarding claim 32. note that Elliott et al teach the route service device, wherein the 
operation types of the route record have two kinds: addition and deletion (Elliott et al: 
Verification can result in the need to enforce a restriction, such as a class of service 
(COS) restriction (COSR). In this example, the soft switch site can verify that the 
account code is valid, but that it requires that an intrastate COSR should be enforced. 
This means that the call is required to be an intrastate call to be valid. The class of 
service restriction logic can be performed within the soft switch site using, for example, 
pre-loaded local access and transport areas (LATAs) and state tables. The soft switch 
would then allow the call to proceed if the class of service requested matches the 
authorized class of service. For example, if the LATA and state tables show that the 
LATA of the originating party and the LATA of the terminating party are in the same 
state, then the call can be allowed to proceed see [0035]). Also Pershan disclose inquiry 
judgment unit makes judgment according to the looking up result in the route 
information database by the following logic: if the looking up result is that there is no 
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record of the user to be looked up, for a node that is at the highest layer, determining 
that the user does not exist, for a node that is not at the highest layer (Pershan: the 
ISCP 128 and SCP included therein, can obtain VOIP telephone service subscriber 
information and use that information in making PSTN call routing/completion decisions 
see coin: 1 1 lines 1-5 also The SCP accesses a LNP database that includes information 
associating ported telephone numbers to Location Routing Numbers (LRNs). Each LRN 
normally corresponds to a telephone switch, e.g., a competitor's switch, which is 
responsible for servicing one or more ported calls. Accordingly, the LRN is the number 
that identifies the SSP to which the called telephone number is ported see coln:3 LINES 
50-57, continuing an inquiry; and if the looking up result is that there is record of user to 
be looked up, when the user node in the route record is a soft switch control device, 
obtaining the user route, when the user node is not a soft switch device, continuing an 
inquiry to the user node in the record (the soft switch 152 transmits a query to server 
156, i.e. the server responsible for servicing calls to user device 154. Next, in step 342 
the server 156 receives the query and determines the IP address that correlates with 
the called number. In step 344 the determined IP address is transmitted to the soft 
switch 152. Then in step 346 the soft switch 152 forwards the IP address to first 
media/proxy server 132. In step 350, the call is completed to end user device 154 to 
which the called party indicated calls were to be forwarded to see coin: 16 lines 24-33) 
Regarding claim 33 note that Pershan disclose modified by Elliott et al teach the route 
service device of, wherein the operation types of the route record have three kinds: 
addition, move-out and account-cancel (Elliott et al Verification can result in the need to 
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enforce a restriction, such as a class of service (COS) restriction (COSR). In this 
example, the soft switch site can verify that the account code is valid, but that it requires 
that an intrastate COSR should be enforced. This means that the call is required to be 
an intrastate call to be valid. The class of service restriction logic can be performed 
within the soft switch site using, for example, pre-loaded local access and transport 
areas (LATAs) and state tables. The soft switch would then allow the call to proceed if 
the class of service requested matches the authorized class of service. For example, if 
the LATA and state tables show that the LATA of the originating party and the LATA of 
the terminating party are in the same state, then the call can be allowed to proceed see 
[0035]) , the inquiry judgment unit makes judgment according to the looking up result in 
the route information database (Pershan : the ISCP 128 and SCP included therein, can 
obtain VOIP telephone service subscriber information and use that information in 
making PSTN call routing/completion decisions see coin: 1 1 lines 1-5 also The SCP 
accesses a LNP database that includes information associating ported telephone 
numbers to Location Routing Numbers (LRNs). Each LRN normally corresponds to a 
telephone switch, e.g., a competitor's switch, which is responsible for servicing one or 
more ported calls. Accordingly, the LRN is the number that identifies the SSP to which 
the called telephone number is ported see coln:3 LINES 50-57) by the following logic: if 
the looking up result is that there is no record of user to be looked up, for a node that is 
at the highest layer, determining that the user does not exist; for a node that is not at the 
highest layer, continuing an inquiry (Pershan:ln the FIG. 6 example a calling party 106 
whose number was ported from the PSTN to the VOIP domain originates a call from the 
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VOIP network 104. The exemplary call is directed to a called party 108 located in the 
PSTN 102. As discussed above, from a billing perspective, it may be desirable to have 
the call billed as if it originated from the Centrex SSP 120 used to service the originating 
(calling party) telephone number before it was ported to the VOIP network 104. In this 
manner, changes in customer billing procedures as perceived by the customer, which 
may be important for business clients, can be minimized despite a telephone number 
being ported to the VOIP network see coin: 19 lines 37-49), or returning father node to 
the inquiry node as a next jump inquiry node, so as to instruct the inquiry node to 
perform route inquiry with the next jump inquiry node; if the looking up result is that 
there is record of user to be looked up in the looking up result, discerning the operation 
type in the record again (Elliott Soft switch 418 communicates 538 with SS7 GW proxy 
424 accepting signaling messages from SS7 gateways 208. Soft switch 418 
communicates 540 with SS7 GW proxy 424 sending signaling messages to SS7 
gateway 208. In sending signaling messages, soft switch 204 uses 542 command and 
control registration of the soft switch 204 with SS7 gateway 208 see [0881]): when the 
operation type is addition, for the user node in record being a soft switch control 
device, obtaining the user route; for the user node being the route service device, 
continuing an inquiry to the user node, or returning the user node to the inquiry node as 
a next jump inquiry node, so as to instruct the inquiry node to perform route inquiry with 
the next jump inquiry node ( Pershan:ln the FIG. 6 example a calling party 106 whose 
number was ported from the PSTN to the VOIP domain originates a call from the VOIP 
network 104. The exemplary call is directed to a called party 108 located in the PSTN 
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102. As discussed above, from a billing perspective, it may be desirable to have the call 
billed as if it originated from the Centrex SSP 120 used to service the originating (calling 
party) telephone number before it was ported to the VOIP network 104. In this manner, 
changes in customer billing procedures as perceived by the customer, which may be 
important for business clients, can be minimized despite a telephone number being 
ported to the VOIP network see coin: 19 lines 37-49) when the operation type is move- 
out, for a node that is at the highest layer, determining that the user does not exist, for a 
node that is not at the highest layer, continuing an inquiry to its father node, or returning 
the father node to the inquiry node as a next jump inquiry node, so as to instruct the 
inquiry node to perform the route inquiry with the next jump inquiry node; and when the 
operation type is account-cancel (Elliott: Verification can result in the need to enforce a 
restriction, such as a class of service (COS) restriction (COSR). In this example, the soft 
switch site can verify that the account code is valid, but that it requires that an intrastate 
COSR should be enforced. This means that the call is required to be an intrastate call to 
be valid. The class of service restriction logic can be performed within the soft switch 
site using, for example, pre-loaded local access and transport areas (LATAs) and state 
tables. The soft switch would then allow the call to proceed if the class of service 
requested matches the authorized class of service. For example, if the LATA and state 
tables show that the LATA of the originating party and the LATA of the terminating party 
are in the same state, then the call can be allowed to proceed see [0035]) determining 
that the user does not exist. 

Respond to Remarks /Arguments 
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4. Claim Rejection: Applicant arguments filed on 1 1/06/2009 have been fully considered 
but they are not persuasive regarding 35 U.S.C. 103(a) Rejection. 
Objection in claim 1 has been withdrawal. 

On claim 18, applicant assert that steps (a)-(h), neither of the recited references 
(Pershan nor Elliot) suggested or teach the limitations. Pershan reference disclose the 
limitation (a) and (d)-(h) for limitation (a) see e.g. (Soft switches 130, 152 provide 
calling and called information to the servers, then the servers determine routing and 
move the call to its ultimate destination, e.g., they determine the routing instructions for 
called numbers see coin: 10 lines 16-19) and (Soft switches 130 include routing 
information and other control information associated with providing (VOIP) service, e.g., 
telephone service, to VOIP service customers, e.g., customers represented by VOIP 
telephone devices 106, 154. Depending on the implementation, the control and/or 
routing information and function may be implemented in the soft switch using one or 
more devices such as a trunk call agent 136 and a line call agent 138 see coln:9 lines 1- 
2 and coin: 10 lines 1-6). For limitation (d) see e.g. (step 338, soft switch 152 receives 
the call and uses one of a plurality of techniques to identify routing instructions, e.g., an 
IP address. Then in step 340 the soft switch 152 transmits a query to server 156, i.e., 
the server responsible for servicing calls to user device 154. Next, in step 342 the 
server 156 receives the query and determines the IP address that correlates with the 
called number. In step 344 the determined IP address is transmitted to the soft switch 
152. Then in step 346 the soft switch 152 forwards the IP address to first media/proxy 
server 132. In step 350, the call is completed to end user device 154 to which the called 
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party indicated calls were to be forwarded to. See coin: 16 lines 21-33). For limitation (e) 
see e.g. (In the FIG. 6 example a calling party 106 whose number was ported from the 
PSTN to the VOIP domain originates a call from the VOIP network 104. The exemplary 
call is directed to a called party 108 located in the PSTN 102. As discussed above, from 
a billing perspective, it may be desirable to have the call billed as if it originated from the 
Centrex S SP 120 used to service the originating (calling party) telephone number 
before it was ported to the VOIP network 104. In this manner, changes in customer 
billing procedures as perceived by the customer, who may be important for business 
clients, can be minimized despite a telephone number being ported to the VOIP network 
see coin: 19 lines 37-49) and e.g. (Gateway switch 122 serves as the link between the 
VOIP soft switch 130 and the CTX SSP 120 through which the called party in the PSTN 
102 can be reached by the calling party in the IP network 104 see coin: 19 lines 59-62). 
For limitation (f) see e.g coin: 19 lines 67-67 and coin: 20 lines 1-4). For limitation (h) 
see e.g. (In step 612, the media/proxy server sends the routing information back to the 
soft switch 130 informing it to route the call to a local Signal Transfer Point (STP) 150 
for SS7 routing. The soft switch 130 receives the instructions in step 614 and, in step 
616, contacts its local media/proxy server 132 which has SS-7 connectivity. Next in step 
618, the media/proxy server 132 uses SS7 messaging to contact the local PSTN STP 
150. In step 620) coin: 20 lines 10-20. Elliott et al compensate for the deficiencies in the 
primary reference limitations (b) and (c) see e.g. for limitation (b) (Soft switch 418 
communicates 538 with SS7 GW proxy 424 accepting signaling messages from SS7 
gateways 208. Soft switch 418 communicates 540 with SS7 GW proxy 424 sending 
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signaling messages to SS7 gateway 208. In sending signaling messages, soft switch 
204 uses 542 command and control registration of the soft switch 204 with SS7 
gateway 208 see [0881]). See e.g. for limitation (c) (Soft switch accepts IPDC 
messages from access servers from interaction with the servers. This communication 
extends 544 the soft switch command and control which registers soft switch 204 with 
SS7 gateways 232a. This registration uses 546 interaction between the soft switch and 
SS7 gateway 424. SS7 gateway 424 communicates 548 with the soft switch 418 see 
[0882] lines 5-9) and (Diagram 542 illustrates intercommunications between access 
server 232a, soft switch 204 and SS7 gateway 208. Access server 232a communicates 
544 with soft switch 418. Soft switch accepts IPDC messages from access servers from 
interaction with the servers. This communication extends 544 the soft switch command 
and control which registers soft switch 204 with SS7 gateways 232a. This registration 
uses 546 interaction between the soft switch and SS7 gateway 424. SS7 gateway 424 
communicates 548 with the soft switch 418 see [0882]). 
Applicant assert that both references fail to disclose or teach a triggering event 
equivalent to " upon a user route change ". Pershan disclose the limitation see e.g (The 
trunk call agent 136 includes control and routing information associated with various call 
trunks while the line call agent 138 includes routing and service information associated 
with individual user lines, e.g. telephones 106, for which soft switch 130 is responsible 
for, e.g., routing and billing functions. Media/proxy servers 132, 156 interact with the soft 
switches 130 and route IP telephone calls under direction of the soft switches 130, 152. 
Thus, IP calls and/or call related data are transmitted through these servers to their 
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respective destinations. Soft switches 130, 152 provide calling and called information to 
the servers, then the servers determine routing and move the call to its ultimate 
destination, e.g., they determine the routing instructions for called numbers see coin: 19 
lines 5-19). 

Applicant assert Pershan does not disclose anything whether the user route changes or 
not. Pershan disclose the limitation see e.g (In the FIG. 3 example, the Session 
Initiation Protocol (SIP) communications link between the ISCP 128 and the 
media/proxy server 132 is utilized to obtain called party information from the VOIP 
network prior to the call being transferred from the PSTN network 102 to the VOIP 
network 1 04. In the particular example, information obtained through the use of SIP, 
e.g. call forwarding information set in the VOIP network by the called party, is used to 
route the call to a different telephone number than the original called party number. The 
call forwarding number may correspond to, e.g., a remote location where the called 
party is working form on a temporary basis see coin: 14 lines 39-52). Applicant assert 
Pershan fails to disclose the route information includes user node information or include 
type of route operation, Pershan disclose the limitation see e.g (The trunk call agent 136 
includes control and routing information associated with various call trunks while the line 
call agent 138 includes routing and service information associated with individual user 
lines, e.g. telephones 106, for which soft switch 130 is responsible for, e.g., routing and 
billing functions. Media/proxy servers 132, 156 interact with the soft switches 130 and 
route IP telephone calls under direction of the soft switches 130, 152. Thus, IP calls 
and/or call related data are transmitted through these servers to their respective 
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destinations. Soft switches 130, 152 provide calling and called information to the 
servers, then the servers determine routing and move the call to its ultimate destination, 
e.g., they determine the routing instructions for called numbers see coin: 1 9 lines 5-1 9). 
Applicant assert Pershan does not disclose provide information to the server only when 
there is a calling but not when its user adding or moving out. Pershan disclose the 
limitation see e.g (Media/proxy servers 132, 156 interact with the soft switches 130 and 
route IP telephone calls under direction of the soft switches 130, 152. Thus, IP calls 
and/or call related data are transmitted through these servers to their respective 
destinations. Soft switches 130, 152 provide calling and called information to the 
servers, then the servers determine routing and move the call to its ultimate destination, 
e.g., they determine the routing instructions for called numbers see coin: 10 lines 1 0- 
19). 

Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
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the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to KHALID ABDALLA whose telephone number is 
(571)270-7526. The examiner can normally be reached on Monday - Friday. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Dang Ton can be reached on 571-272-3171 . The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
IK. A./ 

Examiner, Art Unit 2475 
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